home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 427 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.2 KB
  1. Date: Sun, 12 Jun 94 15:55 CDT
  2. From: ekl@sdf.lonestar.org (Evan K. Langlois)
  3. To: gem-list@world.std.com
  4. Subject: Re: what about this?
  5. Precedence: bulk
  6.  
  7. No, implementing a double "keyboard" click does not mean a delay exactly.
  8. It means you have another evnt_multi with a small timer event which is
  9. not the same as a delay.  A delay is fixed and cannot be short-cutted.
  10. If you type something else or click or move the mouse before the GEM timer
  11. expires then you have a single key-click plus the next event, if the next
  12. event is another keyboard click, and is the same exact key as before, THEN
  13. you have a double-key-click.  If the timer expires, then you have a single
  14. key click.
  15.  
  16. By using this method, someone typing real fast will still not get the delay
  17. as the next event cancels the delay, and the faster you type the double
  18. key, the faster the program reacts.  Also, it may be a good idea to revert
  19. the idea.  So that a double-click is WITHOUT the dialog, and the single-
  20. click is WITH the dialog.  The reasoning for this is simple, users will
  21. "wait" for a dialog but want things to be fast if its automatic, due to
  22. the way the timeout will expire at the next event.
  23.  
  24. Get it?   Seems like a good idea.
  25.  
  26. ~.
  27.